在前面，先介绍了如何使用jdb和VS code查看应用栈相关内容。 本文将介绍，如何查看堆中的内容。大概有：

要查看当前堆中的对象，需要使用工具将堆数据dump出来。

接下来，我们使用Android studio自带的memory profiler进行操作。

第一步:打开Android profiler 在Android Studio中，可以按照如下的步骤，打开memory profiler

在上图中，出现了两个选择，分别解释如下：

注意：除了上图通过图标启动以外，还可以通过菜单启动：Run->Profile.然后 选择要进行性能分析的模块。

注意：在性能不是很好的电脑上，可以单独运行Android profiler。如下： android studio安装目录/bin/profiler.xx（mac,linux为profiler.sh, windows为profiler.exe）

启动之后如下图

注意：一个session就表示一次性能分析，因此可以在Android Profiler中新建session，然后选择不同的应用进程。如下图：

第二步:打开Memory profiler

在上图中，点击memory的任何区域，打开memory profiler。下图展示了各个区域的具体意义。

如上图，各个类型解释如下，也可以参考，本系列的第一篇文章：[android 如何分析应用的内存 （一）——内存总览]http://t.csdn.cn/HN1Ma

第三步:使用capture heap dump

为了查看堆中有多少对象，使用capture heap dump捕获当前的堆。如下图：

从上图可以看到，总共有727个类，所有对象按照类名，列在了列表中

对于上图的几个标记，分别解释如下：

标记1：选择不同的堆进行查看。有如下的堆可以查看

注意：如何理解这四个堆，请见本文后面部分：如何理解Image heap,zygote heap,app heap,JNI heap

标记2:选择不同的排序方法，有如下几种：

注意：按照调用栈排序，在capture heap dump中不支持此功能，欲支持此功能需要使用：Record java/kotlin allocations。见后文：堆中的对象由谁分配

标记3：对类进行条件过滤，有如下几种：

注意：此处使用了”可能“两个字。事实上，memory profiler显示的泄露，不一定是真正的泄露

标记4：Allocations表示分配的次数，如第一排表示MaterialTextView分配了1次，即分配了一个对象

标记5：Native size表示该对象native的大小。尽管只有java代码或者kotlin代码，在某些情况下，依然会存在native的大小，因为java可以使用jni操作native的内存。上图第一行，表示native大小为0

标记6：shallow size表示本对象自身所具有的大小，有时又称为flat size.它不包含内部引用对象的大小。

标记7:Retained size表示本对象自身大小加上内部引用对象的大小。可以直接理解为：若该对象被回收，heap将会释放的大小，上图第一行表示：若MaterialTextView被回收，将会释放10381个字节

注意注意：如果A对象引用了E，C对象，而B对象也引用了E，C对象。那么A对象的retained size会包含E和C吗？B对象的retained size会包含E和C吗？关于retained size的计算，请见后文：如何计算 Shallow Size和retained size

第四步：查看各个对象的引用关系

为了举例说明引用关系，现在写一个测试用的链表。如下